iT邦幫忙

2023 iThome 鐵人賽

DAY 2
0
自我挑戰組

保健食品建議量查詢網頁功能系列 第 2

PDCA是個迴圈,不要用continue省略步驟

  • 分享至 

  • xImage
  •  

PDCA
(圖片來源:wiki)
PDCA(Plan-Do-Check-Act)的起源說法,原本是用於科學的方法,也有被轉成產品之類的改善方式。詳細請參照wiki: https://zh.wikipedia.org/zh-tw/PDCA
對我來說,PDCA是一個簡單好記的方法論,把他廣義應用在各種方面,不管目標是工作事項/流程改善,興趣研究,動/旅遊或是面對人生課題也是一個不錯的方法。

Wiki 或書上都有寫其原始定義,與在各產業上應用的方式,在這分享一下個人應用於工作上的看法:

規劃(Plan):
擬定一個目標(要解決的問題/目標/功能)的實行計劃,若目標不明確時,至少在這計劃內要有被限縮範圍,有經過推理的可行性的步驟。若是在工作上,且是一個多人合作的項目,需要更詳細的部份,還得做到任務拆分的規劃與預估時程相互配合的人力與進度。通常我會以 mindmap 或是 xls來做目標的草稿,正式運用時,大多配甘特圖時程來理解時間上的可行性是否合理。
若是多人或跨部門合作,記得在計劃期就要先取得共識,以免後續執行卡住。Buffer應該在計劃上就先預留合理範圍,各種花式灌水分攤Buffer也行。
註:計劃應該是公司大餅的一小片。

執行(Do):
執行上一步所指定的計畫和程序。如果有明確的進度或甘特圖,就照表操課。記得要至少按步驟跟預定方式進行!不要說一套做一套,這樣很沒信用,相對的也是在浪費之前計劃所花的時間與人力,或者是基於計劃的不信任而產生。
如果在執行中覺得計劃有問題,可以考慮縮減PDCA這個迴圈的周期,早一點進檢核點,若檢核點落差很大就趕快再往下一步修正(Adjust改善後)再重新擬定計劃,但不要在中間就直接廢棄,反思才是人類進步的主要原因之一。
要注意不信任帶來的風險很高,容易產生分歧與白工,或是配合度上的各種問題,後續就更難有正向回饋了。

查核(Check):把實際運作跟預估計劃的兩份資料擺在一起,事實基本上就擺在眼前了,差別只在於花了多久時間去面對事實,與如何看待計畫與執行實作的落差。只是久了就會知道:不意外的就是有意外,沒有意外才是意外,所以在查核時,可以樂觀的期待,但要有悲觀的心理準備。

行動(Act)/修正(Adjust):針對Check階段的對照,針對落差,進行作法改善或調整。讓下一次,下一回合/階段可以更貼進計劃的進行。反正調整之後,計劃就差不多又要重新再寫一次,當然沒有問題的計劃內容,可以複製再進行,只要從上次進行的計劃微調,又是一個PDCA的開始。我覺得使用修正(Adjust)來解釋PDCA的A是我比較喜歡的說法。
註:若是沒有下一次的時後,也可以當個經驗記錄,嘴砲或是人生那時候用得上還說不準呢。

在整個PDCA的階段會因為所在位置的層面,就算都是在同一目標(例如同一專案),參與人的PDCA周期會不太一樣。例如對業務來說,可能是整個專案視為一個PDCA循環。以專案經理來看,可能一個專案階段就是一個PDCA循環。工程師來看,一個功能開發就是一個PDCA循環。我覺得工作包,工作拆分後,想要視為一個PDCA的Plan項目都是可以的,就看管理上想要控制在什麼樣的程度。

實際上能照著預定計劃進度進行,我覺得通常只有兩個原因:一是真的隊友個個都給力,二是運氣真好!
而在過程中承認失敗是需要勇氣的,因為承認八成會帶來物質或能力認同的損失(剝奪感),嚴重時可能會失去職位或薪水獎金。粉飾太平有時也是一種生存之道,所以有時後真也不要太苛責人性自私,通常就考量的點不一樣。
註:運氣是王道沒錯,只是人生會風水輪流轉,不能只靠運氣。況且俗諺說:人生不如意十之八九。

實際上沒有每次達標很正常,如果每次都成功,這世界還有會倒的公司嗎?!如果每次工作計劃都推行的那麼順利,早就人人當大老闆,總經理了(怎麼做都會成功,跟本就不需要去依附公司財力,也不用受主管高層指使)。
但是經過一次次的PDCA,理論上應該會越來越接近成功(目標達成率)。如果發現已經好幾次的輪迴,都沒有拉近距離目標,那可能表示檢核(評比,問題回饋)跟修正(調整面向)出了問題,不要老是修理計劃跟在做的人。

回到正題,很多時後,可能事情進行到其中一個階段就斷掉了(目標計劃中止,調職務,或離開工作...等等),所以我覺得能有的完整的PDCA經驗是一件相對有價值的。多試著完成一次迴圈,就能確實的累積各種經驗起來。也別忘了在終點線前跌倒的人是最多的,要記得把目標放遠一點,解決這個事情是為了下一個邁進。
(參考大人學:為何台灣人總是「贏在起跑點」卻「摔在終點線」?https://www.darencademy.com/article/view/id/15411/category/4)
註:因為個人是這部落格的長期追蹤者,真的很多好文(現在有商業化一點),蠻生活化的,容易有印象的就會提一下。

經過反覆的PDCA驗證後,其手法方式通常就能轉變成為一個有效的SOP(標準作業程序Standard Operating Procedures)。SOP聽起來是有點僵化沒特色,但是對於新手入門、或是不要太快被挫折感打敗,或是穩定下來為一個準則,會是一個相對減少失誤且較有效率的方式。

這次我把參加鐵人賽這項做了一個簡單的Plan,大概是這樣:

  • 定出開發必要的簡易事項與方向
  • 定出鐵人賽30天的文章方向
    • 以概念性,碎碎念的項目為主,因為技術文Google都有
    • 內容在開發過程要事先收集準備好
  • 練習一篇文章準備要控制在3小時內,發文修飾1小時內,內心小劇場不要演太久
  • 有空時要偷跑!

https://ithelp.ithome.com.tw/upload/images/20230914/20162958Zr4ZDQBtzO.png

接下來就是按計畫進行囉。


上一篇
事情總是得有個開頭
下一篇
Mind Map雖然只能當個過程,但是好用阿
系列文
保健食品建議量查詢網頁功能30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言